home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0040 / m26480.txt < prev    next >
Text File  |  1997-04-16  |  17KB  |  407 lines

  1. Info-Atari16 Digest   Saturday, October  7, 1989   Volume 89 : Issue 480
  2.  
  3. This weeks Editor: Bill Westfield
  4.  
  5. Today's Topics:
  6.  
  7.                          Re: fortyfolderlimit
  8.                           Re: adding a 68881
  9.                 Re: Mavis Beacon doesn't like TOS 1.4
  10.                       Nethack 3.0 missing parts
  11.        Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
  12.                              Gif Viewers
  13.                          Word Perfect 4.1 bug
  14.                                DataFree
  15.               Re: TOS 1.4 problems, here we go folks...
  16.                          Atari blows it again
  17.        Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
  18.        Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
  19.  
  20. ----------------------------------------------------------------------
  21.  
  22. Date: 15 Sep 89 20:26:05 GMT
  23. From: zephyr.ens.tek.com!tektronix!sequent!mntgfx!dclemans@uunet.uu.net  (Dave
  24.  Clemans @ APD x1292)
  25. Subject: Re: fortyfolderlimit
  26. To: info-atari16@score.stanford.edu
  27.  
  28. From article <258@nikhefh.nikhef.nl>, by t68@nikhefh.nikhef.nl (Jos Vermaseren):
  29. >
  30. >
  31. > Recently Allan explained us that the 40 folder limit has been solved
  32. > in TOS 1.4. This makes me wonder. What has been done about the Fsfirst
  33. > call and the DTA. The existence of hanging pointers to file structures
  34. > makes it kind of difficult to clean up those structures. Can I safely
  35. > do many Fsfirst calls? (locally we have seen some crashes that look
  36. > suspiciously like the 40 folder limit even though tos1.4 was running).
  37. > Or did I miss something in the docs? (Atari Benelux does send updates
  38. > around to devellopers).
  39. >
  40. > Jos Vermaseren
  41. > t68@nikhefh.nikhef.nl
  42.  
  43. To my understanding TOS 1.4 works similarly to MS-DOS in this regard.
  44. There is a limit on the number of resources that can be "open" simultaneously,
  45. but those resources do get correctly freed when the resource is "closed".
  46. (This was the big problem in TOS 1.0 and 1.2).
  47.  
  48. Under MS-DOS you can control these limits with lines in the config.sys file.
  49. Under TOS (since it doesn't have a config.sys file) you have auto folder
  50. programs like cachexxx.prg (which I think is comparable to the config.sys
  51. line BUFFERS=) and foldrxxx.prg (which under 1.4 has an effect comparable
  52. to the config.sys line FILES=).
  53.  
  54. dgc
  55.  
  56. ------------------------------
  57.  
  58. Date: 15 Sep 89 21:39:31 GMT
  59. From: portal!atari!apratt@uunet.uu.net  (Allan Pratt)
  60. Subject: Re: adding a 68881
  61. To: info-atari16@score.stanford.edu
  62.  
  63. The product you want is the Atari SFP004 Floating-Point Math Peripheral
  64. or some such name.  SFP004 should be sufficient for your dealer to
  65. order one if he doesn't already have one.  It only goes into Megas; it
  66. fits on the internal expansion bus.
  67.  
  68. Of course, on a 68000 you can't talk to it as well as a 68020 can;
  69. you have to use it in "peripheral mode" where the handshaking protocol
  70. is handled in software, not directly by the CPU.  Only programs compiled
  71. specifically with the SFP004 in mind will run faster; others won't notice it.
  72. (In that respect it is unlike the Blitter.)
  73.  
  74. The SFP004 comes with a disk, I think, containing the guts of a library
  75. you can merge with Alcyon's libm to make lib81; link your Alcyon C
  76. programs with that library and they will use the SFP004 if it's
  77. installed, and Alcyon's software routins if it's not.  There is also
  78. source for those routines, as examples you can use in assembly language
  79. or for other compilers.  I *think* that disk is part of the SFP004
  80. package; if it's not, it should be available from Atari.
  81.  
  82. ============================================
  83. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  84. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  85.  
  86. ------------------------------
  87.  
  88. Date: 15 Sep 89 20:24:57 GMT
  89. From: hpda!hpcupt1!hprnd!swhitney@ucbvax.Berkeley.EDU  (Steve Whitney)
  90. Subject: Re: Mavis Beacon doesn't like TOS 1.4
  91. To: info-atari16@score.stanford.edu
  92.  
  93. Well, it turns out that Mavis Beacon Teaches Typing _doesn't_ work
  94. on TOS 1.4.  I have no idea why this is, but it doesn't work, and
  95. the Software Toolworks tech person I talked to gave me two options:
  96.  
  97. They'll replace it or refund my money...  But I just bought it.  Anyone
  98. who bought it awhile ago may be out of luck.  They didn't seem to be
  99. interested in fixing the problem.  Oh, well....  Sigh.
  100.  
  101. --Steve "destined to hunt and peck forever" Whitney
  102.  
  103. ------------------------------
  104.  
  105. Date: 16 Sep 89 14:44:15 GMT
  106. From: image.soe.clarkson.edu!news@uunet.uu.net  (Scott K. Opiela,,,2684025)
  107. Subject: Nethack 3.0 missing parts
  108. To: info-atari16@score.stanford.edu
  109.  
  110. Recently I got all the pieces to Nethack Version 3.0 that were posted to
  111. comp.binaries.atari.st.  I recieved uaa-uao, and the last part wants part
  112. uap.  How many parts remain unposted? And when can they be posted? (Or where
  113. can I find them?)
  114.  
  115. Sorry if I seem anxious, but I am...
  116.  
  117. AAron nAAs
  118. opielask@clutx.clarkson.edu
  119. naas17@snypotba.bitnet
  120.  
  121. ------------------------------
  122.  
  123. Date: 16 Sep 89 14:54:34 GMT
  124. From:
  125.  mailrus!uwm.edu!dogie.macc.wisc.edu!vms.macc.wisc.edu@tut.cis.ohio-state.edu
  126.  (Neil Gilmore)
  127. Subject: Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
  128. To: info-atari16@score.stanford.edu
  129.  
  130. In article <2352@crdgw1.crd.ge.com>, oplinger@minerva.crd.ge.com (B. S.
  131.  Oplinger) writes...
  132.  
  133. >In article <1989Sep15.123912.24116@cs.dal.ca> bill@biomel.UUCP writes:
  134. >>In article <15573@dartvax.Dartmouth.EDU> dav@eleazar.dartmouth.edu (William
  135.  David Haas) writes:
  136. (how they do it deleted)
  137.  
  138. Well, I have the uud from panarthea and this is how I do it.
  139. 1. Send mail to panarthea.
  140. 2. Wait for reply.
  141. 3. Repeat as needed to get all the files.
  142. 4. Since this account is on a VMS machine, use EDT to edit out the
  143. headers, and for multi-part things, edit the include at the end to
  144. specify b:, cause I don't have a harddisk.
  145. 5. Go home.
  146. 6. Log in at home.
  147. 7. Save the files by capturing screen output.
  148. 8. Put fresh disk w/ only UUD in a:.
  149. 9. UUD specifying that the first file is on b:.
  150. 10. De-ARC form A: to a new disk on b:.
  151.  
  152. If anyone has a better idea (especially for the transfer from my work
  153. account to my ST) please tell it to me. It might just allow me to get
  154. some of the ARC'ed files from some of the other sources (I don't seem to
  155. be able to transfer them to my ST).
  156.  
  157. I agree that the archive at panarthea is run very well.
  158.  
  159. >Good luck
  160. >Brian
  161. +-----------------------------------------------------------------------+
  162. | Kitakaze Tatsu Raito  Neil Gilmore     internet:gilmore@macc.wisc.edu |
  163. | Jararvellir,          MACC, UW-Madison bitnet: gilmore@wiscmac3       |
  164. | Middle Kingdom        Madison, Wi                                     |
  165.  
  166. ------------------------------
  167.  
  168. Date: 16 Sep 89 15:19:46 GMT
  169. From: mentor.cc.purdue.edu!mace.cc.purdue.edu!asd@purdue.edu  (Kareth)
  170. Subject: Gif Viewers
  171. To: info-atari16@score.stanford.edu
  172.  
  173. A friend of mine is looking to get his hands on a gif viewer for his ST.
  174. If anybody could direct me to an ftp source for one, or even mail me
  175. one, I'd greatly appreciate it.  I don't read this newsgroup, so don't
  176. reply to me here.
  177.  
  178. Thanks.
  179.  
  180. -kareth
  181. asd@mace.cc.purdue.edu
  182.  
  183. ------------------------------
  184.  
  185. Date:     Sat, 16 Sep 89 17:28 CDT
  186. From:     jeff beer <UUCJEFF%ECNCDC.BITNET@Forsythe.Stanford.EDU>
  187. Subject:   Word Perfect 4.1 bug
  188. To:       <Info-Atari16@SCORE.STANFORD.EDU>
  189.  
  190. I have been having this problem with Word Perfect 4.1.  I am working on
  191. a file of about 70K, and it seems to have problems with the length.
  192. Sometimes when I save it, it doesnt get save, and then inside the edit
  193. buffer, the end of it gets mangled.  Sometimes it gets truncated, other
  194. times the last few pages get rewritten at the end.
  195.  
  196. I am working on my master's thesis, so this is a royal pain in the
  197. dairy air.   I havent called Word Perfect yet, will probably do it monday.
  198. But has anyone else heard of this?
  199.  
  200. Jeff Beer, Chicago Il.
  201.  
  202. ------------------------------
  203.  
  204. Date: 14 Sep 89 16:10:05 GMT
  205. From: asuvax!mcdphx!udc!dcripe@handies.ucar.edu  (Dan Cripe)
  206. Subject: DataFree
  207. To: info-atari16@score.stanford.edu
  208.  
  209. I seem to have lost the phone number for DataFree.  Can someone help me
  210. out?
  211.  
  212.                         Dan Cripe
  213.  
  214. ------------------------------
  215.  
  216. Date: 16 Sep 89 00:17:55 GMT
  217. From: asuvax!ellymae!waycott@handies.ucar.edu  (John Waycott)
  218. Subject: Re: TOS 1.4 problems, here we go folks...
  219. To: info-atari16@score.stanford.edu
  220.  
  221. In article <22043@cup.portal.com> Xorg@cup.portal.com (Peter Ted Szymonik)
  222.  writes:
  223. >Went down to my 'local' ST store (70 miles) to have TOS 1.4 installed in
  224. >my Mega 2.  Came home, booted the system, trouble immediately.  Almost
  225. >NONE of my programs would run from the HD, some ran from floppies but
  226. >the machine was extremely erratic - bombing for no reason, rebooting for
  227. >no reason - programs would give TOS error 35 or -66.
  228.  
  229. The dealer in Phoneix (Computer Works) installed the six-chip set in my
  230. Mega 2 about two weeks ago. He had to install four sockets and before
  231. he did the work, said he may need to replace a chip. I don't know if he did
  232. that, or what chip he was talking about, but my machine works fine with the
  233. new roms. I am also running with a hard disk.
  234.  
  235. It sounds like your dealer may not have installed the chips properly.
  236.  
  237. ------------------------------
  238.  
  239. Date:         Sun, 17 Sep 1989 01:24 +02
  240. From:         <MERTENS%DB0TUI11.BITNET@Forsythe.Stanford.EDU>
  241. To:           <INFO-ATARI16@SCORE.STANFORD.EDU>
  242.  
  243. Subject: Spectre 128 & Lightspeed Pascal, help.
  244.  
  245. I've purchased a Spectre 128, Version 1.9F a few weeks ago and am very
  246. heappy with the nice little thing. No problems so far.
  247.  
  248. But then I transfered Lightspeed Pascal Version 1.0 from my MacPlus to
  249. the Spectre and tried to run a little project.
  250.  
  251. LSP responded with "Can't run your project due to a memory blockage, perhaps
  252. a desk accessory?" - But there was no deskaccessory active. Decreasing the
  253. stack and zone sizes didn't do any good.
  254.  
  255. I'm running Finder/System 5.3 which does fine with LSP on my MacPlus
  256. on an Atari Mega 1 (1MB RAM) with 837KB free in MacMode. Can anyone
  257. give me some hints on how to get LSP running a project?
  258.  
  259. Thanx for any help,
  260.  
  261. Steve  (MERTENS@DB0TUI11) or (MUELLERD@DB0TUI11).
  262.  
  263. ------------------------------
  264.  
  265. Date: 16 Sep 89 22:52:18 GMT
  266. From: microsoft!w-darekm@uunet.uu.net  (Darek Mihocka)
  267. Subject: Atari blows it again
  268. To: info-atari16@score.stanford.edu
  269.  
  270. What are kids going to be getting this Christamas? Certainly not a video
  271. game with an Atari label on it. I've seen a lot of local stores already
  272. carrying the Nintendo Gameboy. The machine itself is a piece of garbage, with
  273. a pathetic grey LCD display that looks like a cheap watch display. Although
  274. I haven't seen the Lynx (and probably won't for a long time) if its color
  275. backlit LCD display is as good as those used in the Sony Video Watchman and
  276. similar pocket TV's, it'll blow away the Gameboy's display.
  277.  
  278. But, with only about 100 days left till Christams, what's Atari waiting for?
  279. The 1990 Christmas season? All the stores I've been to in the last few weeks
  280. are carrying 3 machines: the Gameboy, the regular Nintendo machine, and the
  281. Sega Gemini. All three look and feel like garbage. But the Gameboy comes
  282. with Tetris which is the hottest thing around these days. I have yet to see
  283. anyone carrying the XE game machine or even carrying any sort of promotional
  284. items about the Lynx.
  285.  
  286. I'm not a video game fan by any means. I shudder to think of the consequences
  287. of having a generation of kids growing up illeterate and cross eyed because
  288. they spend 24 hours a day glued to these NFG handheld game machines, which
  289. I also feel are an incredible step _backwards_ in technology. In 10 years
  290. we've gone from some pretty decent hi res color stereo arcade video games to
  291. handheld low resolution monochrome 2 inch screens. Although I'm not in favor
  292. of the things, since they do exists and are a source of money for Atari, why
  293. don't they just get of their butts and sell the things. This will probably
  294. be one of the hottest items of the season, and while Atari has been splashing
  295. big posters and ads about the Lynx in magazines, Nintendo has quietly stolen
  296. the market.
  297.  
  298. We already know from past experience that the majority of consumers couldn't
  299. give two hoots about the technical quality of the machines. Otherwise Atari
  300. 8-bit machines would have ruled the market. What consumers want is something
  301. they can buy an give to their kids to shut them up until next Christmas. All
  302. the technical marvels of a vaporware Lynx aren't going to generate any
  303. income for Atari, and I'm sure this will be yet another convenient excuse
  304. for them to delay the release of the vaporware Stacy, vaporware Portfolio,
  305. and vaporware TT machines.
  306.  
  307. I still want to know why Sam Tramiel can't type for himself at GEnie
  308. conferences and what he'll have to say to us next month when he can't keep
  309. the promises he made at last month's conference.
  310.  
  311. ------------------------------------------------------------------------------
  312. Darek Mihocka                   ST Xformer II                  CIS: 73657,2714
  313. Box 2624, Station B            Quick Utilities                   GEnie: DAREKM
  314. Kitchener, Ontario          MegaBlit   SSG   SPX                DELPHI: DAREKM
  315. N2H 6N2                   Shareware, not Vaporware                 BIX: darekm
  316. Canada                              CheapNet: ...!uw-beaver!microsoft!w-darekm
  317. (519)-747-0386     A mind is a terrible thing to waste, so just say no to TOS.
  318. Opinions expressed are my own and not those of anyone not named Darek Mihocka.
  319.  
  320. ------------------------------
  321.  
  322. Date: 17 Sep 89 00:32:27 GMT
  323. From: helios.ee.lbl.gov!pasteur!cory.Berkeley.EDU!jlemon@ucsd.edu  (Jonathan
  324.  Lemon)
  325. Subject: Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
  326. To: info-atari16@score.stanford.edu
  327.  
  328. In article <2420@dogie.macc.wisc.edu> gilmore@vms.macc.wisc.edu (Neil Gilmore)
  329.  writes:
  330. ]Well, I have the uud from panarthea and this is how I do it.
  331. ]1. Send mail to panarthea.
  332. ]2. Wait for reply.
  333. ]3. Repeat as needed to get all the files.
  334. ]4. Since this account is on a VMS machine, use EDT to edit out the
  335. ]headers, and for multi-part things, edit the include at the end to
  336. ]specify b:, cause I don't have a harddisk.
  337. ]5. Go home.
  338. ]6. Log in at home.
  339. ]7. Save the files by capturing screen output.
  340. ]8. Put fresh disk w/ only UUD in a:.
  341. ]9. UUD specifying that the first file is on b:.
  342. ]10. De-ARC form A: to a new disk on b:.
  343. ]
  344. ]If anyone has a better idea (especially for the transfer from my work
  345. ]account to my ST) please tell it to me. It might just allow me to get
  346. ]some of the ARC'ed files from some of the other sources (I don't seem to
  347. ]be able to transfer them to my ST).
  348.  
  349. What you need is something that handles protocol transfer.  You can use
  350. your current method for uu'ed files, since the intention of uuencoding is
  351. to enable a file to be sent via mail, using only printable ASCII chars.
  352. When you try to do the same with ARC, or any other random binary file,
  353. your terminal might interpret it as a command, or the character is not
  354. displayed.  (Common example: /000 or NUL).  I believe that there is a
  355. well-liked pd program called uniterm that will handle different xfer
  356. protocols, avalible from terminator.  You can use this on your Atari.
  357. If you don't have a protocol on your UN*X end, (don't laugh, I've seen
  358. systems without kermit, for example) then I can get mail you a pd version
  359. of xmodem to use.
  360.  
  361. What I do:
  362. 1. Get the files
  363. 2. run them through uud or uudecode(UN*X)
  364. 3. run the binaries through arc
  365. 3. xfer them to my Atari.
  366. 4. un-arc them (arcing them saves me xfer time)
  367. 5. run.
  368.  
  369. Much simpler.
  370. --
  371. Jonathan   ...ucbvax!cory!jlemon   or   jlemon@cory.Berkeley.EDU
  372.  
  373. ------------------------------
  374.  
  375. Date: 17 Sep 89 00:10:00 GMT
  376. From: cs.dal.ca!silvert@uunet.uu.net  (Bill Silvert)
  377. Subject: Re: Dumas encoding (was Re: SAME OLD SAME OLD VOLUME 2)
  378. To: info-atari16@score.stanford.edu
  379.  
  380. In article <2352@crdgw1.crd.ge.com> oplinger@minerva.crd.ge.com (B. S. Oplinger)
  381.  writes:
  382. >I got UUD from the terminator archive i beleive. I save messages
  383. >from the net in the form 'nethck30.uag', just like it says on the
  384. >begin line. I then say uud nethck30.uaa and uud does the rest! No
  385. >file editing or anything, it just works. I suggest you try it.
  386. >The uud documentation says it looks for a file in the current
  387. >directory with the name that is in the include line. You don't
  388. >have to do anything special.
  389.  
  390. Great if you only decode ST postings which were encoded with UUE.
  391. My version of UUD works with PC postings also.  In addition, I can
  392. decode all of the encoded files in a directory with one command -- it
  393. finishes one and goes on to the next.  It even skips files with no
  394. encoded material (often part 0 of a posting is like this).
  395.  
  396.  
  397. --
  398. Bill Silvert, Habitat Ecology Division.
  399. Bedford Institute of Oceanography, Dartmouth, NS, Canada B2Y 4A2
  400.         UUCP: ...!?uunet,watmath?!dalcs!biomel!bill
  401.         Internet: biomel@cs.dal.CA      BITNET: bs%dalcs@dalac.BITNET
  402.  
  403. ------------------------------
  404.  
  405. End of Info-Atari16 Digest
  406. **************************
  407.